Live streaming server selection

ABSTRACT

A processing system may identify a first set of downloader devices for a first media stream from a first uploader device, where a plurality of servers of a distribution network is available to route the first media stream between the first uploader device and the first set of downloader devices, calculate a first upload bitrate and a first upload server of the plurality of servers for uploading the first media stream, where the calculating may minimize an average latency experienced by a plurality of downloader devices and maximize an average download bitrate for the downloader devices across a set of media streams including the first media stream, where the plurality of downloader devices includes the first set of downloader devices, and where each media stream is associated with a respective uploader device, and assign the first upload bitrate and the first upload server to the first uploader device.

This application is a continuation of U.S. patent application Ser. No.16/705,926, filed on Dec. 6, 2019, now U.S. Pat. No. 11,330,045, whichis herein incorporated by reference in its entirety.

The present disclosure relates generally to streaming media sessions,and more particularly to methods, computer-readable media, andapparatuses for assigning upload servers and upload bitrates to uploaderdevices.

BRIEF DESCRIPTION OF THE DRAWINGS

The teachings of the present disclosure can be readily understood byconsidering the following detailed description in conjunction with theaccompanying drawings, in which:

FIG. 1 illustrates an example system related to the present disclosure;

FIGS. 2A-2C illustrate latency definitions, an objective function(problem), and a table relating to examples of the present disclosure;

FIG. 3 illustrates examples of one-hop overlay and full-overlaydistribution network architectures, in accordance with the presentdisclosure;

FIGS. 4A and 4B illustrate an objective function (problem), a lemma, anexample network flow graph, an equation, and an algorithm relating toexamples of the present disclosure;

FIGS. 5A and 5B illustrate objective functions (problems) and anequation relating to examples of the present disclosure;

FIG. 6 illustrates a flowchart of an example method for assigning anupload server and an upload bitrate to an uploader device; and

FIG. 7 illustrates a high level block diagram of a computing systemspecifically programmed to perform the steps, functions, blocks and/oroperations described herein.

To facilitate understanding, identical reference numerals have beenused, where possible, to designate identical elements that are common tothe figures.

DETAILED DESCRIPTION

In one example, the present disclosure describes a method,computer-readable medium, and apparatus for assigning an upload serverand an upload bitrate to an uploader device. For example, a processingsystem including at least one processor may identify a first set ofdownloader devices for a first media stream from a first uploaderdevice, where a plurality of servers of a distribution network isavailable to route the first media stream between the first uploaderdevice and the first set of downloader devices, and calculate a firstupload bitrate and a first upload server of the plurality of servers foruploading the first media stream. The calculating may be to minimize anaverage latency experienced by a plurality of downloader devices acrossa set of media streams of the distribution network and to maximize anaverage download bitrate for the plurality of downloader devices acrossthe set of media streams, where the set of media streams includes thefirst media stream. In addition, the plurality of downloader devices mayinclude the first set of downloader devices, and each media stream ofthe set of media streams may be associated with a respective uploaderdevice of a plurality of uploader devices. The processing system maythen assign the first upload bitrate and the first upload server to thefirst uploader device for uploading the first media stream.

Unlike video-on-demand (VoD) and traditional live-streaming in whichvideo is stored by professional content providers and distributed usingprevalent content distribution network (CDN) techniques, in user-uploadstreaming, video may be generated and uploaded on-the-fly byheterogeneous clients with restricted bandwidth and long latencies tothe distributor. For instance, most VoD frameworks are based ontraditional CDN techniques where content is co-located or located closeto a CDN point of presence (PoP). In addition, most frameworks forplanned live-streaming of large-scale events (e.g., sports games,presidential speeches, etc.) consider the problem of CDNs deciding howto route content to a reasonably predictable user-base. However, whencontent is being generated spontaneously by end users (rather thanpre-planned large-scale events such as sports games), it cannot beassumed that content is co-located with the distribution network or thathigh-bandwidth and low-latency connections are available between thecontent sources and the distribution network. Instead, the usersuploading the content may have imperfect, heterogeneous “first-mile”connections with potentially low bandwidth and high latency.

Both VoD and live-streaming may plan and provision for content deliverybased on estimation of usage patterns, knowledge of the weaker links inthe network, and other relevant parameters. In the case of user-uploadstreaming, estimation and prediction of usage may be challenging becauseof the unplanned nature of uploads and the resulting user-base. Sincetraditional video-delivery techniques may generally contend with a hugenational (and/or worldwide) viewer base, heavy-weight technologies maybe deployed, such as reflectors in the network. However, these types ofsolutions may be overkill for user-upload streaming in which the viewerbase is in the order of thousands for the most popular streamers.

Examples of the present disclosure are intended for user-uploadstreaming and provide for upload server and upload bitrate selection foreach uploader device (e.g., for each video or other streaming mediaupload). In particular, examples of the present disclosure may select anappropriate server and select an appropriate upload bitrate that mayminimize the average latency and maximize the data rate (e.g., thedownloaded video encoding bitrate) for downloader devices (e.g., viewerdevices) across all streams served by the distribution network. Evenwhen options for the streamer/uploader device to select the uploadserver and upload bitrate are available, manually select theseparameters by individual streamers often leads to globally suboptimalsolutions.

In accordance with the present disclosure, a distribution network mayevaluate a current set of uploaders (e.g., uploader devices) anddownloaders (e.g., downloader devices) that are uploading and consumingvideos (or other streaming media, such as audio, gaming streams, etc.)during a certain window of time, and may solve a holistic problem thatminimizes the end-to-end latency and maximizes the download rateexperienced by downloader devices based on a choice of a respectiveupload server and a respective upload bitrate for each uploader device.In one example, the solution to this problem may comprise a set ofoutput parameters to advise uploaders to select upload parameters thatbalance between the quality-of experience of their own downloaders aswell as other streams utilizing the same distribution infrastructure. Inone example, the set of output parameters may also be used to advisedownloaders of download bitrates (and in some cases a download server)which should be used to obtain respective media streams. In anotherexample, the output parameters may comprise instructions to uploaderdevices which may be imposed on the upload streams by the distributionnetwork (and in some examples, instructions to downloader devices toimpose requirements regarding download bitrates and/or download serversto use for obtaining the respective media streams).

Examples of the present disclosure may address distribution networksthat utilize a one-hop overlay architecture or a full-overlayarchitecture. In a one-hop overlay, for each media stream, the uploaderdevice and downloader devices use the same edge server. The streams maytraverse an overlay on the public Internet. However, there is no attemptto control the routing of the streams through multiple links andmultiple nodes of the distribution network. On the other hand, in afull-overlay architecture, the distribution network may route streamsthrough an overlay comprising multiple nodes and links of thedistribution network. Hence, apart from the upload server and uploadbitrate, the distribution network may also control the media streamrouting through the overlay links. However, it should be noted thatsince upload server selection impacts the downstream routing anddownlink server selection, it may be impractical (or not ideal) tochoose the closest server, as is commonly done for download serverselection.

In contrast, examples of the present disclosure maximize thequality-of-experience of all users in the system based on crucial“first-mile” choices of upload server and upload bitrate. For a one-hopoverlay architecture, in one example the present disclosure provides apolynomial-time algorithm to identify appropriate upload servers andupload bitrates (and in some cases download bitrates), and that includesformulating a min-cost network flow problem (min-cost max-flow) thatconsiders server load-balancing constraints. For the generalfull-overlay architecture, the problem is NP-complete. In addition, thepresent disclosure provides an efficient heuristic that iterativelysolves for upload bitrate, routing, and server selection. In oneexample, the present disclosure further includes an adaption algorithmto minimize perturbations to current solutions during arrivals anddepartures of uploaders and downloaders.

In one example, the present disclosure assumes a set of independentuploaders, each streaming a video to a set of viewers. The video isdistributed through the overlay network of a live streaming service(e.g., a distribution network). Each uploader uploads a stream to anupload server (e.g., an edge server), which transcodes the video into aset of bitrates for viewing. In one example, each upload server acceptsa finite number of streams (e.g., due to the limited amount of computeresources available for transcoding). The transcoded streams may berouted through the overlay network to one or more download servers (edgeservers), from which the viewers download the stream. The amount ofbandwidth available in the overlay network may depend on service-levelagreements between the live-streaming service and Internet serviceproviders (ISPs), as well as the amount of other traffic currentlypresent (e.g., besides user-upload video streams).

In one example, the decisions to be made are as follows. Uploader u maydecide which bitrate r_(u) to use, and whether to select upload serveri, represented by the binary variable x_(ui). The overlay network maydecide whether stream u destined for viewer v should be sent on link l,using the binary variable z_(uvl). Finally, viewer v watching stream umay decide which rate to download at, r_(uv), and which download serveri to choose, represented by binary variable y_(uvi). The objective inthese decisions is to minimize the total latency and to maximize theviewer-perceived video rate across all the viewers in this system. Itshould again be noted that examples of the present disclosure are notlimited to video streaming, but may relate to different types ofstreaming media. As such, it should be understood that references hereinto video rate may be equally applicable to the streaming bitrate, thatthe viewer variable v may alternatively or additionally represent adownloader (or download device), and so forth.

In one example, the present disclosure formulates an objective functionwith four terms: first, minimize the latency between the uploader andthe upload server (which may be a function of the round-trip-time (RTT)and the upload bitrate of the uploaded video stream); second, minimizethe latency between the download server and the viewer (again a functionof the RTT and the bitrate of the transcoded video stream); third,minimize the latency from the internal routing (as a function of theflow bandwidth); and fourth, maximize the viewer-perceived video rate.More precisely, the upload latency h_(i) ^(up), the internal latencyh^(int), and the download latency h_(i) ^(down) may be defined inaccordance with Equations 1-3, respectively, as shown in FIG. 2A.

The forms of the upload latency (Equation 1) and download latency(Equation 3) are similar. Each comprises the sum of the queuing delayand the transmission delay. The internal latency (Equation 2) is givenby the queuing delay and is modeled by an M/M/1 queue. Given thesedefinitions, in one example, the present disclosure formulates anobjective function as illustrated in Problem 1 of FIG. 2B. FIG. 2Cillustrates Table 1, which provides relevant descriptions of variablesand/or other symbols that are used in Problem 1 (and throughout thepresent disclosure).

The controllable parameters of Problem 1 are the discrete variablesx_(ui), the uploader's server selection; r_(u), the upload video rate;y_(uvi), the viewer's download server selection; z_(uvl), the routingdecisions; and r_(uv), the download video rate. As illustrated in FIG.2B, Problem 1 may include several constraints. For instance, constraint(5) provides that the sum of flows on each link is less than the linkcapacity. Constraints (6, 7) provide that each uploader (viewer) isconnected to one upload (download) server. Constraint (8) provides thateach server i may accept at most a_(i) uploaders, e.g., due to limitedtranscoding ability on the server and desire for load-balancing.Constraint (9) provides that a stream may only be forwarded on from anode if the stream is received or stored by the node. Constraint (10)provides that the stream only flows outward from a download server witha connected viewer. Constraint (11) provides that the upload videobitrate is less than the bandwidth between the uploader and the uploadserver. Lastly, constraint (12) provides that the download video bitrateis less than the bandwidth between the viewer and the download server.

One-hop overlay architecture—as noted above, the present disclosureaddresses two types of distribution network architectures. A one-hopoverlay architecture is discussed first in greater detail as follows. Ina one-hop overlay architecture, both the uploader and the correspondingviewers download from the same (edge) server. An example of a one-hopoverlay architecture 310 is illustrated in FIG. 3 . In particular, theexample one-hop overlay architecture 310 illustrates a distributionnetwork 312 having three nodes (e.g., servers 1, 2, and 3), via whichthere are two uploaders (1 and 2) streaming a first stream 313 and asecond stream 314, respectively. Six downloaders (1-6) are downloadingthe respective first stream 313 and second stream 314 as shown. Inaddition, illustrative selected upload servers x_(ui), upload bitratesr_(u), download servers y_(uvi), and download bitrates r_(uv) are asshown. It should be noted that for each stream, the download serversy_(uvi) are identical to the upload server x_(ui).

In one example, the present disclosure provides a polynomial-timealgorithm to solve the problem of assigning upload server(s) and uploadbitrate(s) via a reduction to a network-flow problem (e.g., a min-costmax-flow problem). In this architecture, since the download and theupload server are the same for the uploader and the set of viewers, theremaining decision variables are the upload server for each uploaderx_(ui), the upload video bitrate r_(u), and the download video bitrater_(uv). In this scenario, internal routing latency, h^(int), is ignoredsince it is confined to the upload/download server and thereforeconsidered negligible. Based on the above, Problem 1 can be re-writtenfor the special case of the one-hop overlay architecture as Problem 2(shown in FIG. 4A).

Problem 2 is a challenging integer non-linear problem where a naivebrute-force solution is expensive with time-complexity O(M^(|V) ^(u)^(|)(M|S|)^(|U|)). However, a solution may be obtained with polynomialtime complexity by breaking the problem down into two tractable parts.Firstly, in an inner loop, the present disclosure may solve for thedownload video rate r_(uv) when the upload video rate r_(u) and uploadserver x_(ui) are known. It is observed that given the upload rate andupload server, selecting the download rate reduces to a discrete choicebetween the minimum and maximum possible bitrates. In one example, theinner loop is solved by reducing the problem to an instance of amin-cost network flow problem (e.g., min-cost max-flow). Secondly, in anouter loop, the present disclosure may solve for the upload video rater_(u) and upload server x_(ui). These steps are combined and shown inAlgorithm 1 (illustrated in FIG. 4B). Each of these steps is nowdescribed in further detail.

The download rate may be directly calculated when the upload server andupload bitrate are known, as given in Lemma 1 (shown in FIG. 4A). For afixed server i, uploader u with upload rate r_(u), viewer v, and aweight parameter a, the objective function in Problem 2 can be minimizedby picking the appropriate download rate r_(uv)(i) per Lemma 1. Notably,when the weight (α) is high, video rate is highly favored in theobjective function, in which case the highest bitrate is selected (e.g.,the highest bitrate that the upload bandwidth and/or the upload bitrateallows). On the other hand, when the viewer's bandwidth is low, thelowest download bitrate is selected. The “in-between” video bitrates arenot selected.

Next, in an outer loop, the present disclosure may solve for the uploadserver and the upload bitrate. In one example, the outer loop comprisesiterating over different combinations of server selection x_(ui) andupload rate r_(u), each time calculating the associated optimal downloadbitrate according to Lemma 1. However, a brute force approach to solvefor the remaining variables x_(ui) and r_(u) may involve iterating overall possible combinations of uploaders, servers, and upload rates. Thisapproach is inefficient since it has time complexity O((M|S|)^(|U|)),which is exponential in the number of uploaders.

In one example, the present disclosure formulates or transforms Problem2 into a network graph-based flow problem, which yields an optimalpolynomial-time algorithm. An example transformed instance is shown innetwork graph 410 of FIG. 4A, where uploaders are represented by nodes Uand replicated M times, according to the number of possible uploadbitrates. In the example of FIG. 4A, there are two possible uploadbitrates for uploader 1, R₁ and R₂, and three possible upload bitratesfor uploader 2, R₁, R₂, and R₃. In addition, there are two possibleservers (server 1 and server 2) of a set of possible servers S that maybe selected as upload/download servers. Latency (part of the objectivein Problem 2) is incorporated into the problem as link weights, and loadbalancing (constraint 8) as link capacity. Constraints (6) and (11) aresatisfied by construction of the network graph 410, and constraint (12)is satisfied by Lemma 1. The resulting graph problem is solved usingminimum-cost network flow algorithms to find the optimal matchingsolution. To illustrate, the inner terms of the objective function ofProblem 2 may be rewritten for a specific uploader u with upload rater_(u) selecting server i as Equation 4 (illustrated in FIG. 4B). Thecost w_(ui)(r_(u)) is used as the link cost between the set ofreplicated uploaders U′ and the set of servers S. In one example, thenetwork flow instance (e.g., network graph 410) may be constructed andsolved for the upload server and upload rate as described in Algorithm 1(shown in FIG. 4B).

Note that when there is no constraint on the number of uploaders (e.g.,each server can handle an unlimited number of transcoding instances),then a simple greedy algorithm may be optimal: namely, for each uploaderu, pick server i* according to (i*,r_(u)*)=arg min_(i,r) _(u)w_(ui)(r_(u)). For example, each uploader may minimize the sum latencyto corresponding downloaders, such that the total latency across allstreams is also minimized. However, the greedy solution may fail tosolve Problem 2 because it may assign many streams to a single edgeserver, violating the load-balancing constraint (8).

Full-overlay architecture—A full-overlay architecture is where anuploader sends a media stream (e.g., a video stream) to an upload server(e.g., an edge server of the distribution network, or overlay network),the overlay network internally routes the media stream from the uploadserver to a set of one or more download servers, and downloaders obtainthe media stream from the download servers. The full-overlayarchitecture for live streaming is similar to a content distributionnetwork (CDN), but also includes “first-mile” decisions, which arerelatively less important in CDNs because content can be pre-stored onservers. In the context of CDNs, the “last-mile” mapping between viewersand download servers has been studied. For example, a CDN can select thedownload server with the minimum RTT predicted using historical data, oraccording to other factors, such as load balancing. In one example, thepresent disclosure assumes that the live streaming service uses typicalCDN download server selection techniques (e.g., the variable y_(uvi) isknown). The task of the live streaming service (e.g., of thedistribution/overlay network) is to determine: (a) upload serverselection and upload video bitrate, and (b) the internal routing.

In the case of a full-overlay architecture, in one example, Problem 1may be reformulated as Problem 3 (illustrated in FIG. 5A). Compared toProblem 1, constraint (7) is assumed to be satisfied and is removed, andthe objective function is re-written in simplified form. Problem 3 is anon-linear integer problem that is expensive to solve in a brute-forcemanner. It addition, it may be demonstrated that the decision version ofProblem 3 is NP-complete, and so the optimization problem may still bechallenging to solve.

Eschewing optimality, in one example the present disclosure provides aheuristic process (e.g., an algorithm) in which the problem is relaxedand iteratively solved for two sets of variables. Specifically, forfixed x_(ui) and z_(uvl), Problem 3 is a convex problem if therelaxation 0≤r_(u); r_(uv)≤1 is allowed. Similarly, for fixed r_(u) andr_(uv), it can be shown that Problem 3 is a convex problem if therelaxation 0≤x_(ui); z_(uvl)≤1 is allowed. In particular, h^(int)(f_(l))r_(uv)z_(uvl) is convex. Based on these relaxations, the heuristicprocess may involve first solving for x_(ui) and z_(uvl), whichcorrespond to the upload servers and the links on which video will besent, and then solving for r_(u) and r_(uv), which correspond to theupload and download rates. This may be continued until the differencebetween values of the objective function over time becomes small (e.g.,less than 10 percent change between iterations, less that 5 percentchange between iterations, less than 0.5 percent change betweeniterations, etc.).

In practice, optimization decisions may need to be made for everyarrival and departure event of either an uploader or aviewer/downloader. However, it may be impractical to repeatedly solveProblem 3 when these events occur. In one example, Problem 3 is solvedin an incremental manner that allows for new upload server(s) and videobitrate(s) selection solutions based on the current solutions withminimal perturbations. To illustrate, in one example, a decompositionsolution allows the separation of the main problem into sub-problems foreach uploader-viewer pair. Therefore, each time there is anarrival/departure event, recalculation(s) may be made only for therelated sub-problem(s). In the present example, θ_(l) is defined as theinverse residual capacity of link l, which represents the value of theinternal latency at link l according to Equation 2 (shown in FIG. 2A).In addition, h^(int) _(uvl) is defined as a slack variable for uploaderu, user v, and link l to linearize the internal latency of Equation 2.If L is assumed to be an arbitrarily large value, then Problem 3 may berewritten as an equivalent Problem 4 (shown in FIG. 5A).

It should be noted that the new constraint (14) replaces constraint (5)because the inverse of θ_(l) is the residual capacity in link l. Alsonote that h^(int) _(uvl) appears in only the objective function andconstraint (13). For a link l which does not serve the video sessionbetween uploader u and viewer v (e.g., z_(uvl)=0), a large value L isadded to the left hand side of the inequality such that thecorresponding constraint (13) is satisfied regardless of the value ofh^(int) _(uvl). On the other hand, when z_(uvl)=1, constraint (13)requires that hint h^(int) _(uvl)≥θ_(l); since minimizing the objectivefunction pushes h^(int) _(uvl) to its lower bound, h^(int) _(uvl)=θ_(l)when z_(uvl)=1 and h^(int) _(uvl)=0 when z_(uvl)=0. Therefore, thealtered Problem 4 is equivalent to Problem 3.

To decompose Problem 4, in one example, a dual decomposition techniquemay be applied to relax the new constraints. For instance, in oneexample, λ_(uvl) is introduced for constraint (13) and β_(l) forconstraint (14) (see FIG. 5A, Problem 4) to create a Lagrangian equationas set forth in Equation 5 (shown in FIG. 5B). The dual decompositiontechnique is designed to minimize the Lagrangian equation by solving aprimal problem and a dual problem. The primal problem is designed tominimize the Lagrangian equation according to the primal variables(e.g., X, Z, R) while the dual problem is to maximize the equation(e.g., Equation 5 in the present example) according to the dualvariables (e.g., λ, β). In the primal problem, since the θ variablesonly appear in the Lagrangian equation, one can separate the decision ofθ from the rest of the primal problem. These sub-problems may bereferred to as “residual capacity adjustment problems.” For link l, thecorresponding residual capacity adjustment problem is given by Problem 5(shown in FIG. 5B).

Next, by relaxing the capacity constraint (14) (see FIG. 5A, Problem 4),the video sessions that share network links are no longer coupled by thecapacity constraint. Therefore, the primal problem can be furtherdecoupled into primal sub-problems that are associated with individualvideo uploader sessions. In one example each of these sub-problems maybe referred to as a “min-flow problem.” For uploader u and all of itsviewers in V_(u), the corresponding min-flow problem can be written asProblem 6 (shown in FIG. 5B). In one example, the sub-problem of Problem6 can be solved using the heuristic process/algorithm described above.

After solving the sub-problems (Problem 5 and Problem 6), the dualproblem of updating the dual variables λ and β is left to be solved. Inone example, sub-gradient descent may be used to maximize the value of(15) (see FIG. 5B, Equation 5) with respect to the dual variables.Specifically, in the k-th iteration, the dual variable λ_(uvl) isupdated using the subgradient value of θ_(l)(k)−h_(uvl)^(int)(k)+z_(uvl)(k)L−L, and θ_(l) is updated using the subgradientvalue of

${{\sum_{u \in U}{\sum_{v}{{r_{uv}(k)}{z_{uvl}(k)}}}} + \frac{1}{\theta_{l}(k)} - c_{l}}.$

In this example, θ_(l)(k), h^(int) _(uvl)(k), z_(uvl)(k), and r_(uv)(k)are the primal variables produced by solving the primal sub-problems inthe k-th iteration. Thus, to summarize, when arrival and departureevents occur and an incremental solution is desired, only the affectedsub-problems for the uploader (or downloader) and relevant links(Problems 5 and 6) need to be recalculated. The other video streams thatare not affected by the arrival of an uploader or the departure of aviewer will not be altered.

The foregoing describes examples of upload server assignment and uploadbitrate selection for both single-hop network overlay and full-overlayarchitectures, primarily with respect to streaming video. However, itshould also be noted that examples of the present disclosure may includeupload server selection for to videoconferencing services, where eachparticipant in a video conference may be considered as a respectiveuploader, and where for each uploader/participant the other participantsmay be considered as downloaders for a media stream from the givenuploader/participant. In one example, an additional constraint may beadded to any of the above problems/objective functions to select asingle server for all media upload and download relating to ateleconference. However, in another example, a videoconference may notbe constrained to a single upload server and/or downloader server.Examples of the present disclosure may additionally be utilized todetermine CDN server placement. For instance, simulations in accordancewith the above may be used to select advantageous placement of new CDNserver(s) to reduce average latency and increase average downloadbandwidths for downloader devices. These and other aspects of thepresent disclosure are described in greater detail below in connectionwith the following examples.

To further aid in understanding the present disclosure, FIG. 1illustrates an example system 100 (e.g., a computing network) in whichexamples of the present disclosure may operate. The system 100 mayinclude any one or more types of communication networks, such as atraditional circuit switched network (e.g., a public switched telephonenetwork (PSTN)) or a packet network such as an Internet Protocol (IP)network (e.g., an IP Multimedia Subsystem (IMS) network), anasynchronous transfer mode (ATM) network, a wireless network, a cellularnetwork (e.g., 2G, 3G, 4G, 5G and the like), a long term evolution (LTE)network, and the like, related to the current disclosure. It should benoted that an IP network is broadly defined as a network that usesInternet Protocol to exchange data packets. Additional example IPnetworks include Voice over IP (VoIP) networks, Service over IP (SoIP)networks, and the like.

In one example, the system 100 may comprise a network 102 (e.g., atelecommunication network of a telecommunication service provider). Thenetwork 102 may be in communication with one or more access networks 120and 122, and the Internet (not shown). In one example, network 102 maycombine core network components of a cellular network with components ofa triple play service network; where triple-play services includetelephone services, Internet services and television services tosubscribers. For example, network 102 may functionally comprise a fixedmobile convergence (FMC) network, e.g., an IP Multimedia Subsystem (IMS)network. In addition, network 102 may functionally comprise a telephonynetwork, e.g., an Internet Protocol/Multi-Protocol Label Switching(IP/MPLS) backbone network utilizing Session Initiation Protocol (SIP)for circuit-switched and Voice over Internet Protocol (VoIP) telephonyservices. Network 102 may further comprise a broadcast televisionnetwork, e.g., a traditional cable provider network or an InternetProtocol Television (IPTV) network, as well as an Internet ServiceProvider (ISP) network. In one example, network 102 may include aplurality of television (TV) servers (e.g., a broadcast server, a cablehead-end), a plurality of content servers, an advertising server (AS),an interactive TV/video-on-demand (VoD) server, and so forth. For easeof illustration, various additional elements of network 102 are omittedfrom FIG. 1 .

In one example, the access networks 120 and 122 may comprise DigitalSubscriber Line (DSL) networks, public switched telephone network (PSTN)access networks, broadband cable access networks, Local Area Networks(LANs), wireless access networks (e.g., an IEEE 802.11/Wi-Fi network andthe like), cellular access networks, 3^(rd) party networks, Internetservice provider (ISP) networks, and the like. For example, the operatorof network 102 may provide a cable television service, an IPTV service,or any other types of telecommunication service to subscribers viaaccess networks 120 and 122. In one example, the access networks 120 and122 may comprise different types of access networks, may comprise thesame type of access network, or some access networks may be the sametype of access network and other may be different types of accessnetworks. In one example, the network 102 may be operated by atelecommunication network service provider. The network 102 and theaccess networks 120 and 122 may be operated by different serviceproviders, the same service provider or a combination thereof, or may beoperated by entities having core businesses that are not related totelecommunications services, e.g., corporate, governmental, oreducational institution LANs, and the like.

In one example, the access networks 120 may be in communication with oneor more devices 111-113. Similarly, access networks 122 may be incommunication with one or more devices, e.g., devices 114-116. Accessnetworks 120 and 122 may transmit and receive communications betweendevices 111-116, between devices 111-116 and any of nodes 181-189 ofdistribution network 180, other components of network 102, accessnetworks 120 and/or access networks 122, devices reachable via theInternet in general, and so forth. In one example, each of the devices111-116 may comprise any single device or combination of devices thatmay comprise an endpoint device. For example, any one of devices 111-116may comprise a mobile device, a cellular smart phone, a laptop, a tabletcomputer, a desktop computer, a wearable computing device, a server, abank or cluster of such devices, an IoT device, and the like.

In one example, any one or more of devices 111-116 may comprise acomputing device or processing system, such as computing system 700,and/or hardware processor element 702 as described in connection withFIG. 7 below, specifically configured to perform various steps,functions, and/or operations in connection with examples of the presentdisclosure for assigning upload servers and upload bitrates to uploaderdevices. For instance, any one or more of devices 111-116 mayrespectively comprise an uploader device or a downloader device devicefor streaming media sessions in connection with examples of the presentdisclosure.

As depicted in FIG. 1 , system 100 may include a distribution network180 comprised of various nodes (e.g., nodes 181-189). In one example,distribution network 180 may be operated by a different entity from thenetwork 102, access networks 120, and access networks 122, or by thesame entity that operates any one or more of such networks. Forinstance, in one example, distribution network 180 may be operated bythe same entity as the network 102, e.g., a telecommunication serviceprovider. In another example, distribution network 180 may be operatedby an entity that has the ability to access and configure the nodes181-189 by arrangement with the owner(s) and/or operator(s) of network102, access networks 120, and/or access networks 122, respectively. Forinstance, any one or more of nodes 181-189 may be hosted on public cloudcomputing resources that are offered by one or more cloud serviceproviders for use by other entities.

In one example, the distribution network 180 may comprise a contentdistribution network (CDN). However, it should be understood that thedistribution network 180 does not necessarily cache content at therespective nodes 181-189. In particular, examples of the presentdisclosure may address live user-upload media streams where caching ofthe media stream content may be a non-issue, or may be optional. Itshould be noted that the media streams may include video streams, onlinegaming data streams, audio streams (which may be standalone, or whichmay be included within a video stream and/or accompany a video stream),etc. In one example, the distribution network 180 may be configured witha one-hop overlay architecture, e.g., where a single node from amongnodes 181-189 may be selected as an upload server and download serverfor each upload media stream. In another example, the distributionnetwork 180 may be configured with a full-overlay architecture, e.g.,where a node from among nodes 181-189 may be selected as an uploadserver for a media stream, and where one or more other nodes (or a samenode as the upload server) may be selected from among nodes 181-189 asone or more download servers to deliver the media stream to one or moredownloader devices.

In one example, each of nodes 181-189 may be configured to be selected(and may provide the functionality) of both an upload server and adownload server. However, in another example, some of nodes 181-189 mayonly be selectable (and/or may only be configured to function as) anupload server or a download server, respectively. In one example, any ofthe nodes 181-189 that may be available as an upload server may includea transcoding function. For instance, upload servers in accordance withthe present disclosure may transcode an uploaded media stream into oneor more bitrate variants/tracks for adaptive bitrate (ABR) streaming. Inthis regard, nodes 181-189 may each comprise all or a portion of acomputing device or processing system, such as computing system 700,and/or hardware processor element 702 as described in connection withFIG. 7 below, specifically configured to perform various steps,functions, and/or operations in connection with examples of the presentdisclosure for assigning upload servers and upload bitrates to uploaderdevices.

In addition, as illustrated in FIG. 1 , the network 104 includes aserver 104. In one example, server 104 may comprise a computing deviceor processing system, such as computing system 700 depicted in FIG. 7 ,and may be configured to provide one or more operations or functions forassigning upload servers and upload bitrates to uploader devices, asdescribed herein. A flowchart of an example method for assigning uploadservers and upload bitrates to uploader devices is illustrated in FIG. 6and discussed in greater detail below.

In addition, it should be noted that as used herein, the terms“configure,” and “reconfigure” may refer to programming or loading aprocessing system with computer-readable/computer-executableinstructions, code, and/or programs, e.g., in a distributed ornon-distributed memory, which when executed by a processor, orprocessors, of the processing system within a same device or withindistributed devices, may cause the processing system to perform variousfunctions. Such terms may also encompass providing variables, datavalues, tables, objects, or other data structures or the like which maycause a processing system executing computer-readable instructions,code, and/or programs to function differently depending upon the valuesof the variables or other data structures that are provided. As referredto herein a “processing system” may comprise a computing device, orcomputing system, including one or more processors, or cores (e.g., asillustrated in FIG. 7 and discussed below) or multiple computing devicescollectively configured to perform various steps, functions, and/oroperations in accordance with the present disclosure.

To illustrate, as noted above, various devices 111-116 may compriseuploader devices and/or downloader devices for streaming media sessionsin connection with examples of the present disclosure. A streaming mediasession may comprise an uploading of a media stream by an uploaderdevice to the distribution network 180 and the distribution of the mediastream to one or more downloader devices via the distribution network180. Although examples of the present disclosure are described primarilyin connection with live video streaming, it should be noted that othertypes of media may be similarly processed in accordance with the presentdisclosure, such as streaming audio (alone or in conjunction with avideo stream), streaming media for online gaming, animations, or thelike, streaming panoramic and/or 360 degree video, media streams forteleconferencing or shared virtual workspaces, and so forth. In oneexample, server 104 may configure the streaming media session inaccordance with several parameters, e.g., as described in connectionwith the example method 600 of FIG. 6 and/or as described elsewhereherein. For instance, in one example, server 104 may select an uploadserver (e.g., one of nodes 181-189) and an upload bitrate for astreaming media session having device 111 as the uploader device anddevices 115 and 116 as the downloader devices. In one example, server104 may further select a download server and a download bitrate for eachdownloader device. In addition, in one example, server 104 may alsoselect one or more links in the distribution network 180 for routing ofthe media of the media session from the upload server to the downloadserver and/or to the downloader devices (e.g., for a “full overlay”configuration of distribution network 180). The foregoing is just oneexample of a streaming media session that may be configured inaccordance with the present disclosure. For instance, another streamingmedia session may relate to device 114 as an uploader device and devices112, 113, and 115 as downloader devices. In addition, the server 104 mayalso configure parameters for multiple streaming media sessions viadistribution network 180 to jointly minimize the average latency andmaximize the video rate experienced by downloader devices across allstreams.

It should also be noted that the system 100 has been simplified. Thus,the system 100 may be implemented in a different form than that which isillustrated in FIG. 1 , or may be expanded by including additionalendpoint devices, access networks, network elements, applicationservers, etc. without altering the scope of the present disclosure. Inaddition, system 100 may be altered to omit various elements, substituteelements for devices that perform the same or similar functions, placeelements in different networks, combine elements that are illustrated asseparate devices, and/or implement network elements as functions thatare spread across several devices that operate collectively as therespective network elements. For example, the system 100 may includeother network elements (not shown) such as border elements, routers,switches, policy servers, security devices, gateways, and the like.Similarly, although only two access networks 120 and 122 are shown, inother examples, access networks 120 and/or 122 may each comprise aplurality of different access networks that may interface with network102 independently or in a chained manner. For example, device 111 anddevice 113 may reach network 102 via different access networks, devices114 and 115 may access network 102 via different access networks, and soforth. In still another example, server 104 may be located in one of theaccess networks 120 or 122, or may be external to network 102 and accessnetworks 120 and 122. For instance, as noted above, the distributionnetwork 180 may be operated by another entity that does not necessarilyown and/or physically control one, several, and/or all of the nodes181-189, but which may obtain access to and use of the nodes 181-189according to one or more agreements with one or more operators ofnetwork 102, access network(s) 120, access network(s) 122, and so forth.Thus, these and other modifications are all contemplated within thescope of the present disclosure.

FIG. 6 illustrates a flowchart of a method 600 for assigning uploadservers and upload bitrates to uploader devices, in accordance with thepresent disclosure. In one example, the method 600 is performed by adevice or processing system of a distribution network. For instance, themethod 600 may be performed by server 104 of FIG. 1 , or any one or morecomponents thereof, or by server 104 in conjunction with other devicesand/or components of system 100 of FIG. 1 , e.g., one or more of nodes181-189 of distribution network 180, one or more uploader devices and/orone or more downloader devices (e.g., any one or more of devices111-116), and so forth. In one example, the steps, functions, oroperations of method 600 may be performed by a computing device orprocessing system, such as computing system 700 and/or hardwareprocessor element 702 as described in connection with FIG. 7 below. Forinstance, the computing system 700 may represent any one or morecomponents of the system 100 that is/are configured to perform thesteps, functions and/or operations of the method 600. Similarly, in oneexample, the steps, functions, or operations of the method 600 may beperformed by a processing system comprising one or more computingdevices collectively configured to perform various steps, functions,and/or operations of the method 600. For instance, multiple instances ofthe computing system 700 may collectively function as a processingsystem. For illustrative purposes, the method 600 is described ingreater detail below in connection with an example performed by aprocessing system. The method 600 begins in step 605 and proceeds tostep 610.

At step 610, the processing system identifies a first set of downloaderdevices (e.g., one or more downloader devices) for a first media streamfrom a first uploader device, where a plurality of servers of adistribution network is available to route the first media streambetween the first uploader device and the first set of downloaderdevices. In addition, in one example, step 610 may further includeidentifying a plurality of sets of downloader devices, where each set ofdownloader devices of the plurality of sets of downloader devices is fora respective media stream of a set of media streams.

At step 620, the processing system calculates a first upload bitrate anda first upload server of the plurality of servers for uploading thefirst media stream, where the calculating is to minimize an averagelatency experienced by a plurality of downloader devices across a set ofmedia streams of the distribution network and to maximize an averagedownload bitrate for the plurality of downloader devices across the setof media streams. It should be noted that the set of media streamsincludes the first media stream, the plurality of downloader devicesincludes the first set of downloader devices, and each media stream ofthe set of media streams is associated with a respective uploader deviceof a plurality of uploader devices. In addition, in one example, theplurality of downloader devices may comprise the plurality of sets ofdownloader devices that may additionally be identified at step 610.

In one example, the distribution network may be configured with aone-hop-overlay architecture. In such case, the first upload server mayfurther function as a download server for the first set of downloaderdevices. In addition, in such an example, the calculating may be inaccordance with an objective function to: minimize a respective uploadlatency between each respective uploader device of the plurality ofuploader devices and a corresponding upload server of the plurality ofservers for uploading a respective media stream of the set of mediastreams that is associated with the respective uploader device,minimize, for each respective media stream of the set of media streams,a respective download latency between each respective downloader deviceof the plurality of downloader devices that is associated with therespective media stream and the corresponding upload server fordownloading the respective media stream, and maximize a download bitratefor each of the plurality of downloader devices. For instance, theobjective function may be in accordance with Problem 1 (see FIG. 3 )and/or Problem 2 (see FIG. 4A).

In one example, the objective function may comprise at least oneconstraint, including at least one of: a maximum number of uploaderdevices that may be assigned to a single upload server, a maximum uploadbitrate, based upon an available upload link bandwidth (e.g., whichcannot exceed a bandwidth between an uploader device and a correspondingupload server), a maximum download bitrate, based upon an availabledownload link bandwidth (e.g., which cannot exceed a bandwidth between adownloader device and a corresponding upload/download server), or aconstraint that each uploader device of the plurality of uploaderdevices is assigned to one upload server. For instance, any one or moreof the constraints set forth in Problem 1 or Problem 2 may beincorporated into the objective function. In addition, in one example,the objective function is to output one or more of: respective uploadservers from among the plurality of servers to be used by respectiveuploader devices of the plurality of uploader device for uploadingrespective media streams of the set of media streams, respective uploadrates for the respective uploader devices for uploading the respectivemedia streams, and respective download rates for respective downloaderdevices of the plurality of downloader devices for downloading therespective media streams. For instance, output variables of theobjective function (e.g., a solution thereto) may include x_(ui), r_(u),and r_(uv) as noted with regard to Problem 1 and Problem 2.

For a one-hop overlay architecture, outputs of the objective functionmay be calculated in accordance with: a network flow graph (e.g., amin-cost max-flow “network” or “graph”) that represents possible uploadservers of the plurality of servers, possible upload bitrates, andpossible download bitrates, and a minimum cost (min-cost) network flowsolution to the network flow graph. For instance, an example networkflow graph 410 and an example algorithm to generate and solve thenetwork flow graph are illustrated in FIGS. 4A and 4B. In one example,the minimum cost network flow solution may be obtained by applying acost-scaling push-relabel algorithm to the network flow graph. In oneexample, a latency objective may be incorporated as link weights in thenetwork flow graph. In addition, in one example, a load-balancingobjective may be incorporated as link capacities in the network flowgraph. For instance, link capacities of links between server nodes and asink node of the network flow graph may be set to fulfill theload-balancing objective. It is noted that the minimum cost network flowsolution may output the decision variables x_(ui), r_(u), and r_(uv),representing an upload server selection for uploader u (x_(ui)) theupload bitrate (r_(u)), and a download bitrate for each viewer v(r_(uv)).

As described above, in one example, the distribution network mayalternatively be configured with a full-overlay architecture. In suchcase, the calculating of step 630 may be in accordance with an objectivefunction to: minimize a respective upload latency between eachrespective uploader device of the plurality of uploader devices and acorresponding upload server of the plurality of servers for uploading arespective media stream of the set of media streams that is associatedwith the respective uploader device, minimize, for each respective mediastream of the set of media streams, a respective download latencybetween each respective downloader device of the plurality of downloaderdevices that is associated with the respective media stream and acorresponding download server of the plurality of servers fordownloading the respective media stream, minimize a latency of internalrouting within the distribution network for the set of media streams,and maximize a download bitrate for each of the plurality of downloaderdevices. For instance, the objective function may be in accordanceProblem 1 (see FIG. 2B) and/or any one or more of Problems 3-6 (seeFIGS. 5A-5B).

In one example, the objective function may comprise at least oneconstraint, including at least one of: a maximum number of uploaderdevices that may be assigned to a single upload server, a maximum uploadbitrate, based upon an available upload link bandwidth (e.g., whichcannot exceed a bandwidth between an uploader device and a correspondingupload server), a maximum download bitrate, based upon an availabledownload link bandwidth (e.g., which cannot exceed a bandwidth between adownloader device and a corresponding upload server), or constraint thateach uploader device of the plurality of uploader devices is assigned toone upload server. The objective function may be to output: respectiveupload servers from among the plurality of servers to be used byrespective uploader devices of the plurality of uploader device foruploading respective media streams of the set of media streams,respective upload rates for the respective uploader devices foruploading the respective media streams, link selections for routing therespective media streams via the distribution network, and respectivedownload rates for respective downloader devices of the plurality ofdownloader devices for downloading the respective media streams. Forinstance, a solution to the objective function may comprise an output ofthe decision variables x_(ui), r_(u), r_(uv), and z_(uvl) (the latterrepresenting whether a link l will be used for routing a media stream).It should be noted that in one example, download servers may be selectedin accordance with a load balancing algorithm of the distributionnetwork.

It should also be noted that in one example, step 620 may includecalculating respective upload servers and upload bitrates for each of aplurality of uploader devices (and/or for a plurality of media streams).Step 620 may also include calculating respective download bitrates foreach of the plurality of downloader devices (e.g., for each downloaderdevice of each of a plurality of sets of downloader devices associatedwith different media streams of the plurality of media streams).Additionally, for a full-overlay architecture, step 620 may furtherinclude calculating links/paths in the distribution network to routerespective media streams from respective upload servers to one or morerespective download servers. In other words, step 620 may provide adistribution network-wide optimization to minimize latency and maximizedownload bitrates for all downloader devices across all of the mediastreams.

At step 630, the processing system assigns the first upload bitrate andthe first upload server to the first uploader device for uploading thefirst media stream. In one example, step 630 may further includeassigning download bitrates to the first set of downloader devices. Inaddition, in one example, step 630 may include assigning respectiveupload servers from among the plurality of servers to be used byrespective uploader devices of the plurality of uploader devices foruploading respective media streams of the set of media streams, andrespective upload rates for the respective uploader devices foruploading the respective media streams. In one example, step 630 mayfurther include assigning download bitrates to the plurality ofdownloader devices. For instance, as noted above, in one example, step620 may include calculating x_(ui), r_(u), and r_(uv) for a plurality ofuploader devices and for a plurality of downloader devices associatedwith each respective uploader device (and/or a respective associatedmedia stream). In addition, for a full-overlay architecture, step 630may also include assigning media streams to links and/or paths in thedistribution network, e.g., where z_(uvl) is calculated at step 620. Inthis regard, step 630 may comprise transmitting recommendations orinstructions (e.g., requirements) to various devices, such as to thefirst uploader device, to the plurality of downloader devices, to one ormore nodes of the distribution network, etc., regarding upload serverselection(s), upload bitrate(s), download bitrate(s), download serverselection (e.g., where the download server is the same as the uploadserver for one-hop overlay examples), link selection(s) for mediastream(s) for full-overlay examples, and so forth.

At optional step 640, the processing system may obtain the first mediastream from the first uploader device. For instance, the processingsystem may comprise the first upload server and/or one or more otherservers of the distribution network. Accordingly, the processing systemmay obtain the first media stream from the first uploader device inaccordance with the assigned first upload server and the assigned firstbitrate.

At optional step 650, the processing system may distribute the firstmedia stream to at least one downloader device of the first set ofdownloader devices. For example, the processing system may include adownload server of the distribution network (which in one example mayalso comprise the first upload server) via which the first media streammay be transmitted to the at least one downloader device, e.g., inaccordance with the download bitrate(s) that is/are calculated. In oneexample, the processing system may also include the one or more othernodes and links which may be used to route the first media stream fromthe first upload server to download server(s).

At step 695, the method 600 ends.

It should be noted that the method 600 may be expanded to includeadditional steps, or may be modified to replace steps with differentsteps, to combine steps, to omit steps, to perform steps in a differentorder, and so forth. For instance, in one example the processing systemmay repeat one or more steps of the method 600 at other times withregard to different combinations of media streams, uploader devices, anddownloader devices that may seek to utilize and access the distributionnetwork at such other times. In one example, the method 600 may furtherinclude determining the plurality of servers of the distribution networkthat is available to route the first media stream between the firstuploader device and the first set of downloader devices (e.g., inaddition to being available to route media streams of other uploaderdevices). In still another example, the method 600 may includecalculating a partial solution in response to an arrival or departure ofan uploader device or a downloader device. For instance, as noted above,the objective function (e.g., Problem 3) may be solved in an incrementalmanner that allows for new upload server(s) and video bitrate(s)selection solutions based on the current solutions with minimalperturbations. For example, a decomposition solution may be used toseparate the main problem into sub-problems for each uploader-viewerpair (e.g., Problem 3 may be characterized by the equivalent Problem 4,which may be decomposed into Problems 5 and 6, respectively). Therefore,each time there is an arrival/departure event, recalculation(s) may bemade only for the related sub-problem(s).

In another example, the method 600 may further include transcoding thefirst media stream (and/or other media streams) into a plurality ofbitrate variants (e.g., as part of optional step 650, or as a separatestep between optional steps 640 and 650). In still another example, themethod 600 may include the processing system configuring one or moreservers and/or one or more links of the distribution network to routethe first media stream and/or other media streams, to transcode thefirst media stream and/or other media streams, etc. (e.g., as part ofoptional step 650, or as a separate step between optional steps 640 and650). For instance, the processing system may transmit instructions tovarious components of the distribution network to configure thedistribution network to route the media stream(s) in accordance with thecalculations of step 620. Thus, these and other modifications are allcontemplated within the scope of the present disclosure.

In addition, although not expressly specified above, one or more stepsof the method 600 may include a storing, displaying and/or outputtingstep as required for a particular application. In other words, any data,records, fields, and/or intermediate results discussed in the method canbe stored, displayed and/or outputted to another device as required fora particular application. Furthermore, operations, steps, or blocks inFIG. 6 that recite a determining operation or involve a decision do notnecessarily require that both branches of the determining operation bepracticed. In other words, one of the branches of the determiningoperation can be deemed as an optional step. Furthermore, operations,steps or blocks of the above described method(s) can be combined,separated, and/or performed in a different order from that describedabove, without departing from the example embodiments of the presentdisclosure.

FIG. 7 depicts a high-level block diagram of a computing system 700(e.g., a computing device or processing system) specifically programmedto perform the functions described herein. For example, any one or morecomponents or devices illustrated in FIG. 1 or FIG. 3 , or described inconnection with the method 600 of FIG. 6 , may be implemented as thecomputing system 700. As depicted in FIG. 7 , the computing system 700comprises a hardware processor element 702 (e.g., comprising one or morehardware processors, which may include one or more microprocessor(s),one or more central processing units (CPUs), and/or the like, where thehardware processor element 702 may also represent one example of a“processing system” as referred to herein), a memory 704, (e.g., randomaccess memory (RAM), read only memory (ROM), a disk drive, an opticaldrive, a magnetic drive, and/or a Universal Serial Bus (USB) drive), amodule 705 for assigning upload servers and upload bitrates to uploaderdevices, and various input/output devices 706, e.g., a camera, a videocamera, storage devices, including but not limited to, a tape drive, afloppy drive, a hard disk drive or a compact disk drive, a receiver, atransmitter, a speaker, a display, a speech synthesizer, an output port,and a user input device (such as a keyboard, a keypad, a mouse, and thelike).

Although only one hardware processor element 702 is shown, the computingsystem 700 may employ a plurality of hardware processor elements.Furthermore, although only one computing device is shown in FIG. 7 , ifthe method(s) as discussed above is implemented in a distributed orparallel manner for a particular illustrative example, e.g., the stepsof the above method(s) or the entire method(s) are implemented acrossmultiple or parallel computing devices, then the computing system 700 ofFIG. 7 may represent each of those multiple or parallel computingdevices. Furthermore, one or more hardware processor elements (e.g.,hardware processor element 702) can be utilized in supporting avirtualized or shared computing environment. The virtualized computingenvironment may support one or more virtual machines which may beconfigured to operate as computers, servers, or other computing devices.In such virtualized virtual machines, hardware components such ashardware processors and computer-readable storage devices may bevirtualized or logically represented. The hardware processor element 702can also be configured or programmed to cause other devices to performone or more operations as discussed above. In other words, the hardwareprocessor element 702 may serve the function of a central controllerdirecting other devices to perform the one or more operations asdiscussed above.

It should be noted that the present disclosure can be implemented insoftware and/or in a combination of software and hardware, e.g., usingapplication specific integrated circuits (ASIC), a programmable logicarray (PLA), including a field-programmable gate array (FPGA), or astate machine deployed on a hardware device, a computing device, or anyother hardware equivalents, e.g., computer-readable instructionspertaining to the method(s) discussed above can be used to configure oneor more hardware processor elements to perform the steps, functionsand/or operations of the above disclosed method(s). In one example,instructions and data for the present module 705 for assigning uploadservers and upload bitrates to uploader devices (e.g., a softwareprogram comprising computer-executable instructions) can be loaded intomemory 704 and executed by hardware processor element 702 to implementthe steps, functions or operations as discussed above in connection withthe example method 600. Furthermore, when a hardware processor elementexecutes instructions to perform operations, this could include thehardware processor element performing the operations directly and/orfacilitating, directing, or cooperating with one or more additionalhardware devices or components (e.g., a co-processor and the like) toperform the operations.

The processor (e.g., hardware processor element 702) executing thecomputer-readable instructions relating to the above described method(s)can be perceived as a programmed processor or a specialized processor.As such, the present module 705 for assigning upload servers and uploadbitrates to uploader devices (including associated data structures) ofthe present disclosure can be stored on a tangible or physical (broadlynon-transitory) computer-readable storage device or medium, e.g.,volatile memory, non-volatile memory, ROM memory, RAM memory, magneticor optical drive, device or diskette and the like. Furthermore, a“tangible” computer-readable storage device or medium may comprise aphysical device, a hardware device, or a device that is discernible bythe touch. More specifically, the computer-readable storage device ormedium may comprise any physical devices that provide the ability tostore information such as instructions and/or data to be accessed by aprocessor or a computing device such as a computer or an applicationserver.

While various examples have been described above, it should beunderstood that they have been presented by way of example only, and notlimitation. Thus, the breadth and scope of a preferred example shouldnot be limited by any of the above-described examples, but should bedefined only in accordance with the following claims and theirequivalents.

What is claimed is:
 1. A method comprising: identifying, by a processingsystem including at least one processor, a first set of downloaderdevices for a first media stream from a first uploader device, wherein aplurality of servers of a distribution network is available to route thefirst media stream between the first uploader device and the first setof downloader devices; selecting, by the processing system, a firstupload bitrate and a first upload server of the plurality of servers foruploading the first media stream, wherein the selecting is to minimizean average latency experienced by a plurality of downloader devicesacross a set of media streams of the distribution network and tomaximize an average download bitrate for the plurality of downloaderdevices across the set of media streams, wherein the set of mediastreams includes the first media stream, and wherein the plurality ofdownloader devices includes the first set of downloader devices, whereineach media stream of the set of media streams is associated with arespective uploader device of a plurality of uploader devices; andassigning, by the processing system, the first upload bitrate and thefirst upload server to the first uploader device for uploading the firstmedia stream.
 2. The method of claim 1, wherein the distribution networkcomprises a one-hop-overlay architecture.
 3. The method of claim 2,wherein the first upload server further functions as a download serverfor the first set of downloader devices.
 4. The method of claim 3,wherein the selecting is in accordance with an objective function to:minimize a respective upload latency between each respective uploaderdevice of the plurality of uploader devices and a corresponding uploadserver of the plurality of servers for uploading a respective mediastream of the set of media streams that is associated with therespective uploader device; minimize, for each respective media streamof the set of media streams, a respective download latency between eachrespective downloader device of the plurality of downloader devices thatis associated with the respective media stream and the correspondingupload server for downloading the respective media stream; and maximizea download bitrate for each of the plurality of downloader devices. 5.The method of claim 4, wherein the objective function comprises at leastone constraint, the at least one constraint including at least one of: amaximum number of uploader devices that can be assigned to a singleupload server; a maximum upload bitrate, based upon an available uploadlink bandwidth; a maximum download bitrate, based upon an availabledownload link bandwidth; or a constraint that each uploader device ofthe plurality of uploader devices is assigned to one upload server. 6.The method of claim 4, wherein the objective function is to output:respective upload servers from among the plurality of servers to be usedby respective uploader devices of the plurality of uploader devices foruploading respective media streams of the set of media streams;respective upload rates for the respective uploader devices foruploading the respective media streams; and respective download ratesfor respective downloader devices of the plurality of downloader devicesfor downloading the respective media streams.
 7. The method of claim 1,wherein the identifying comprises identifying a plurality of sets ofdownloader devices, wherein each set of downloader devices of theplurality of sets of downloader devices is for a respective media streamof the set of media streams, wherein the plurality of downloader devicescomprises the plurality of sets of downloader devices.
 8. The method ofclaim 1, wherein the distribution network comprises a full-overlayarchitecture.
 9. The method of claim 8, wherein the selecting is inaccordance with an objective function to: minimize a respective uploadlatency between each respective uploader device of the plurality ofuploader devices and a corresponding upload server of the plurality ofservers for uploading a respective media stream of the set of mediastreams that is associated with the respective uploader device;minimize, for each respective media stream of the set of media streams,a respective download latency between each respective downloader deviceof the plurality of downloader devices that is associated with therespective media stream and a corresponding download server of theplurality of servers for downloading the respective media stream;minimize a latency of internal routing within the distribution networkfor the set of media streams; and maximize a download bitrate for eachof the plurality of downloader devices.
 10. The method of claim 9,wherein the objective function comprises at least one constraint, the atleast one constraint including at least one of: a maximum number ofuploader devices that may be assigned to a single upload server; amaximum upload bitrate, based upon an available upload link bandwidth; amaximum download bitrate, based upon an available download linkbandwidth; or a constraint that each uploader device of the plurality ofuploader devices is assigned to one upload server.
 11. The method ofclaim 10, wherein the objective function is to output: respective uploadservers from among the plurality of servers to be used by respectiveuploader devices of the plurality of uploader devices for uploadingrespective media streams of the set of media streams; respective uploadrates for the respective uploader devices for uploading the respectivemedia streams; respective link selections for routing the respectivemedia streams via the distribution network; and respective downloadrates for respective downloader devices of the plurality of downloaderdevices for downloading the respective media streams.
 12. The method ofclaim 11, wherein download servers are selected in accordance with aload balancing algorithm of the distribution network.
 13. The method ofclaim 1, wherein the plurality of media streams comprises video streams.14. The method of claim 13, wherein the plurality of upload serverstranscodes each video stream into a plurality of bitrate variants.
 15. Anon-transitory computer-readable medium storing instructions which, whenexecuted by a processing system including at least one processor, causethe processing system to perform operations, the operations comprising:identifying a first set of downloader devices for a first media streamfrom a first uploader device, wherein a plurality of servers of adistribution network is available to route the first media streambetween the first uploader device and the first set of downloaderdevices; selecting a first upload bitrate and a first upload server ofthe plurality of servers for uploading the first media stream, whereinthe selecting is to minimize an average latency experienced by aplurality of downloader devices across a set of media streams of thedistribution network and to maximize an average download bitrate for theplurality of downloader devices across the set of media streams, whereinthe set of media streams includes the first media stream, and whereinthe plurality of downloader devices includes the first set of downloaderdevices, wherein each media stream of the set of media streams isassociated with a respective uploader device of a plurality of uploaderdevices; and assigning the first upload bitrate and the first uploadserver to the first uploader device for uploading the first mediastream.
 16. An apparatus comprising: a processing system including atleast one processor; and a computer-readable medium storing instructionswhich, when executed by the processing system, cause the processingsystem to perform operations, the operations comprising: identifying afirst set of downloader devices for a first media stream from a firstuploader device, wherein a plurality of servers of a distributionnetwork is available to route the first media stream between the firstuploader device and the first set of downloader devices; selecting afirst upload bitrate and a first upload server of the plurality ofservers for uploading the first media stream, wherein the selecting isto minimize an average latency experienced by a plurality of downloaderdevices across a set of media streams of the distribution network and tomaximize an average download bitrate for the plurality of downloaderdevices across the set of media streams, wherein the set of mediastreams includes the first media stream, and wherein the plurality ofdownloader devices includes the first set of downloader devices, whereineach media stream of the set of media streams is associated with arespective uploader device of a plurality of uploader devices; andassigning the first upload bitrate and the first upload server to thefirst uploader device for uploading the first media stream.
 17. Theapparatus of claim 16, wherein the distribution network comprises aone-hop-overlay architecture.
 18. The apparatus of claim 17, wherein thefirst upload server further functions as a download server for the firstset of downloader devices.
 19. The apparatus of claim 18, wherein theselecting is in accordance with an objective function to: minimize arespective upload latency between each respective uploader device of theplurality of uploader devices and a corresponding upload server of theplurality of servers for uploading a respective media stream of the setof media streams that is associated with the respective uploader device;minimize, for each respective media stream of the set of media streams,a respective download latency between each respective downloader deviceof the plurality of downloader devices that is associated with therespective media stream and the corresponding upload server fordownloading the respective media stream; and maximize a download bitratefor each of the plurality of downloader devices.
 20. The apparatus ofclaim 19, wherein the objective function comprises at least oneconstraint, the at least one constraint including at least one of: amaximum number of uploader devices that can be assigned to a singleupload server; a maximum upload bitrate, based upon an available uploadlink bandwidth; a maximum download bitrate, based upon an availabledownload link bandwidth; or a constraint that each uploader device ofthe plurality of uploader devices is assigned to one upload server.